home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19981211-19990422
/
000359_news@watsun.cc.columbia.edu _Mon Mar 15 02:15:04 1999.msg
< prev
next >
Wrap
Internet Message Format
|
1999-04-21
|
4KB
Return-Path: <news@watsun.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA07041
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 15 Mar 1999 02:15:03 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id BAA07320
for kermit.misc@watsun.cc.columbia.edu; Mon, 15 Mar 1999 01:52:48 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
Message-ID: <36ECADC1.86AA9007@usit.net>
From: ERA Computer Consulting <era@usit.net>
Organization: ERA Computer Consulting
Subject: Re: GPF trying to REXEC Kermit/2 under Warp 4
Date: Mon, 15 Mar 1999 06:54:08 GMT
To: kermit.misc@watsun.cc.columbia.edu
Jeffrey Altman wrote:
>
> In article <36EBC94F.EFFD60A4@usit.net>,
> ERA Computer Consulting <era@usit.net> wrote:
> : > Does the script work when you simply run it without REXECD?
> : >
> : > Does it only fail when you exec it from REXECD?
> : >
> : > When there is a program crash please address questions to
> : > kermit-support@columbia.edu. There is little that anyone else could
> : > do to help.
> :
> : Thanks for the quick response Jeffrey. I posted the message here in
> : hopes there might be another OS/2 administrator that had attempted
> : something similar. If so I hoped s/he could steer me in the proper
> : direction. I'll continue my own debugging efforts in the meantime.
> : Thank you again for the response.
>
> Please determine if the problem occurs without using REXECD.
>
> Then try running K2 under REXECD with the -d flag.
>
> Send the resulting "debug.log" file to kermit-support@columbia.edu
> I do not like it when my program crashes. Regardless of the circumstances.
I understand completely. However, I have already done quite a bit of
debugging at this point and have modified the script to not TAKE the
'k2.ini' file. This cleared up the crash problem. Something broke due
to my lack of knowledge regarding how Kermit/2 accesses the 'k2.ini'
and my forcing kermit to reload the .ini files within the script. I
cannot duplicate the crash now without undoing a lot of work so
if you really want to see a debug log I'll have to try to remember
how the script was set up and write a new one just for that. Let me
know.
I now have gotten much farther and no longer get a crash. I'm working
on getting the script to not attempt to download the file if it does
not exist on the server. I'm finding the c-kermit server mode on the
ISP's release of c-kermit is lacking many commands I am wanting to
use so I'm having to improvise by trial and error. Here is what 'sho
ver' outputs on their system:
> C-Kermit>sho ver
>
> Versions:
> C-Kermit 5A(188), 23 Nov 92
> Numeric: 501188
> UNIX Communications support, 5A(0102), 23 Nov 92 for AT&T System V R4
> UNIX File support, 5A(067) 11 Nov 92 for AT&T System V R4
> C-Kermit Protocol Module 5A(052), 23 Nov 92
> C-Kermit functions, 5A(080) 24 Nov 92
> Command package 5A(053), 21 Nov 92
> User Interface 5A(092), 23 Nov 92
> CONNECT Command for UNIX, 5A(049) 28 Nov 92
> Dial Command, 5A(046) 2 Nov 92
> Script Command, 5A(015) 2 Nov 92
As you can see their version is quite old. I have requested that they
update to 6.0.192 but I'm told they have to get permission from
Columbia U., install, test, do a study of the test and then ok or
deny the upgrade. I'm told as well this will take up to six months to
complete. :-/ So I'm muddling along. ;-)
--
Gene Alexander <era@usit.net>
--
+==========================-=>Team OS/2<=-==========================+
# Owner and C.E.O. - ERA Computer Consulting - Jackson, TN USA #
#Providing IBM OS/2 and SCO OpenServer Business Computing Solutions#
# visit our www pages at http://www.townsendsupply.com/era/ #
+===================================================================+
The Operating System/2 Version is 4.00
Revision 9.029
There are 51 Processes with 174 Threads.
This machine's uptime is 2d 3h 49m 24s 682ms.